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(57) Abstract: A method of tracking browsing activity of a user in a computer network (210) including two or more independent 
computer network servers (220, 221 , 21 1 8) or server clusters, the joser establishing a connection session with the computo- network, 
the method including the steps of: receiving a user request for content located on a first of the network servers or server clusters; 
dynamically including a unique session identifier (session ID) in content served fiom that first network server or server cluster to the 
user during the connection session; transmitting the session identifier from the first (240) to a second (241) of the network servers 
or server clusteis when a subsequent user request for content is made to the second network server or server cluster; transmitting an 
event message including at least that session identifier to a central session manager (211) upon the occurrence of a user browsing 
event during that connection session; and logging sesdon information derived from the event messages in a session data structure 
(223). 
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METHOD FOR TRACKING THE TRANSFER OF USER ATTENTION 
IN A COMPUTER NETWORK 

The invention relates generally to a method for tracking the transfer of 
5 user attention in a computer network, such as the Internet 

Traditionally, an online marketer's ability to track the activity of a 
network user has been limited to the simple measurement of a user's access to 
and movement within an individual network site, witibiout regard for the impact 
upstream activities have on downstream activities^ as networic xisexs' within and 
10 across network sites controUed by the online marketer. 

The business of buying and selling network .user attention is a 
relationship between publisher and advertiser, typically undertaken according to 
one of the following a variety of business models. 

Business relationships between publishers and advertisers are conducted 
15 according to an assortment of business terms tailored to each relationship, 
remuneration for which may or may not be financial. The advertiser or 
publi^er may specify the technology platform used for each business 
relationship. Optionally, operators of network sites sit on the publisher side of 
some business relationships, while simultaneously conducting business as the 
20 advertise in other relationships. 

Consequently, publishers and advertisers are finding themselves using a 
variety of technology platforms based on different methodologies. The metrics 
generated by each of the metiiodologies may not be compatible; therefore 
con9>aring the performance of various relationships is difficult and often 
25 impossible. 

Moreover, current metiiodologies do ftot factHtale the measuring oi 
impact tiiat upstream publishers have on downstream advertisers as network 
users pass tiuough iutemiediary network sites. 
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Publisheis and advertisers are also not able to conduct business according 
to multilevel payment models. These are models in which compensation is 
offered to any number of upstream publishers that are more than one network 
site detached from downstream advertisers. 

5 It would therefore be desirable to provide a method of tracking the 

transfix of user attention in a computer network diat alleviates or overcomes one 
or more problem existing methods. 

It would also be desirable to provide a method of tracking the transfer of 
user attention in a computer network tiiat is more accurate and reliable than 
10 esdsting methods actoss multiple network sites. 

It would be desirable to provide a method of tracking ifae transfer of user 
attention in a computer netwoik that was simple and convenient to inq>lement 
and/or facilitated the analysis of captured netwoik user data. 

One aspect of the present invention provides a method of tracking 
IS browsing activity of a user in a con^)uter networic including two or more 
indq)endent computer netwo± servers or server clusters, die user establishing 
a connection session with die computer network, the method including the steps 
of: 

receiving a user request for content located on a first of the network 
20 servers or server clusters; 

dynamically including a unique session identifier in content served &om 
that first network server or server cluster to the user during the connection 
session; 

transmitting the session identifier from the first to a second of the 
25 network sarvers or server clusters when a subsequent user request for content is 
made to the second network server or server cluster; 

transmitting an event message including at least that session identifier 
to a central session maimger upon die occurrence of a user browsing event 
during that coimection session; and 
30 logging session information derived fit)m the event messages in a 
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session data structure. 

The event messages may be generated and delivered by the user. 
Alternatively, the event messages are generated and delivmd by the network 
server providing content 
5 The event messages may be generated for session events, including 

any one or more of synchronisation event messages, impression events, result 
evrats, exposure events, click events and/or person events. 

Another aspect of the present invention provides a method of tracking 
upstream and downstream trafBc flow between multiple sites within a computer 
10 network; the method inchiding the steps of: 

at the central session manager, receiving site ^trance and exit data 
collected upon the transferral of user attention between the multiple sites; 
identifying network site relationships from correlations in the site entrance and 
exit data; and 

IS establishing a sequence of cause-and-effect relationships between the 

multiple sites. 

The site entrance and exit data may be c^tured by one or more 
tracking gates provided in one or more computer network servers hosting or 
forming part of a siame network server cluster as the sites. 
20 One or more of the tracking gates may be an exit tracking gate that 

dynamically includes a site identifier and/or session idratifier in the link to the 
second site. The exit tracking gate may include a click sequence number or 
custom tracking data. 

One or more of the tracking gates may be an entrance tracking gate tiiat 
25 attempts to identify and record tiie site identifier and/or session identifier from 
data encoded in the user request The data encoded in the user request may 
include any one or more of a URL, a cookie and/or a referrer. 

One or more of the tracking gates may be a clickdirough tracking gate 
that records botii first and second site identifier at tiie first site. The clicktiirough 
30 gate may identify or create the session identifier, click sequence number and 
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custom tracking data from tfie first site. 

The site entrance and exit data may be captured by session 
management based techniques. The session management based techniques may 
include analysing session data at the second site to identify entrance points from 
5 the first site. 

The session managemrat based techniques may include identifying 
external events directly resulting from an external hyperlink^ and analysing 
' external events to identify the first site. The external events may be analysed by 
extracting a session identifi^» a click sequence number and/or custom tracking 

10 data from die first site. The external events may also be analysed by using any 
one or more of a flagged entrance algorithm, a sequencing based algotiftm^ or 
an intmud identifier algorithm. 

The session management base^ techniques may include applying a 
•clicktrees tree index structure to identify session exit points. 

IS The site entrance and exit data may be captured by session4ess 

entrance detection means. The session-less entrance detection means may 
use an ratrance recorded flag. Hie session-less entrance detection means may 
also use HTTP Host and Referrer Request Header Analysis. 

The site entrance and exit data may be captured by generating transition 

20 identifiers. 

The sequence of cause-and-effect relationships may be ^tablished by 
constructing a time-based clickstream tree index structure of use attention 
transfer. 

A further aspect of the present invention provides a method of 
25 maintaining connection session state in a computer network including multiple 
sites^ the user establishing a connection session witii the computer network, 
information charact^ising the user bdng ciq[>tured whenever the user interacts 
with each site to generate a user browsing signature; tiie method including the 
steps of: 

30 at a central session manager, receiving the tiser browsing signature; and 
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deriving session information for the connection session firom the 
transmitted browsing signatures* 

The captured information includes information may identify a network 
presence of die user. Infoonadon identifying a network presence of the user 
5 may include the user's network address. 

The con^uter network is preferably the Internet, and the user's network 
address may be an IP address. 

The captured information may also include an data packet header. The 
data packet header may be an HTTP header. The data packet header may be a 
10 refem^ request header, an acc^t language request header or a user agent 
request header. 

The c£^tured information may include user custom data. A source data 
string may be constructed from the captured information. 

A hashing fiincdon may be appUed to the source data string. 
15 Yet another aspect of the present invention provides a method of 

tracking browsing activity of a user in a computer network including multiple 
sites, the user establishing a cormection ses^on with die conqputer network, 
inqiression events being graerated when content is requested by die user from a 
network site, and result events being genmited when the user completes a 
20 st^ towards a cormection session result; the method including the step of: 

at a central session manager, receiving messages representative of the 
inqnression and results events; and 

interleaving impression events and result events to derive result progress 
path information for the user. 
25 The results events may include at least result start, result report and 

result end events. 

A still further aspect of the present invention provides a central session 
manager including a processing means and associated memory means, including . 
code storage means for storing computer program code to cause the central 
30 sessions manager to carry out a method as previously described. 
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A furdier aspect of the present invention provides a computer program 
code for storage in memory means associated with processing means, the 
processing means and memory means forming part of a central session manager, 
the computo program code causing the central session manager to carry out a 
S method as described previously. 

The following description refers in more detail to the various steps and 
features of the present invention. To facilitate an understanding of tibe invention^ 
lefi^nce is made in the description to the accompanying drawings where the 
meAod, system and system components of tiie invention are illustrated in 
10 prefened embodiments, ft is to be appreciated that tfie present invention is not 
limited, however, to these exeiqilary steps and/or features. 

In the drawings: 

Hgure 1 is schematic diagram illustmting a browser based user attention 
tracking system in accordance with the present invention; 
IS Hgure 2 is schematic diagram illustrating a server based user attention 

iracidng system according to the present invention; 

Hgure 3 is a schematic diagram illustrating a combination of the systems 
illustrated in Hgures 1 and 2; 

Hgure 4 is a more detailed schematic diagram of the cmtral session 
20 manager forming part of the system illustrated in Figure 3 ; 

Hgure S is a schematic diagram illustrating exemplary ways in which 
n^ork user attention is delivered from a first site to a second site in 
accordance with &e invention; 

Figures 6 and 7 are schematic diagrams illustrating the creation of 
25 connection sessions by network users on two network sites; 

Hgures 8 and 9 are schematic diagrams illustrating the creation of 
sessions by multiple network users across nuiltiple network sites; 

Hgure 10 is a schematic flow chart illustrating the events occurring 
during a connection session resulting in a user joining a subscription based 
30 network site; 
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Figure 1 1 is a clicktrees tree index structure illustrating the 
interconnection between flie events shown in Figure 10; 

Figure 12 is a clicktrees tree index structure illustrating a variant of the 
structure shown in Figure 11; 
S Hgure 13 is a schematic diagram illustrating the purchase of trafBc from 

publisher sites by a broker site, and ttie ounselling of that traffic to advertiser 
sites; 

Hgure 14 is a schematic diagram illnstrattng the flow of traffic from a 
first group of netwoodc sites to a second group of netwoik sites through a hub 
10 site; 

Hgure IS is a detailed schematic diagram illustrating the flow of traffic 
ttux>ngh various hub sites to and fix>m other network sites; 

Hgure 16 is a schematic diagram illustrating the flow of user attention 
between five different sites; 
15 Hgure 17 is a schematic diagram illustrating a clicktrees tree index 

structure representative of the flow of user attention illustrated in Figure 16; 

Hgure 18 is a variant of the clicktrees tree index structure shown in 
Hgure 17; 

Hgure 19 is a schematic diagram illustrating die flow of information to 
20 and from various network sites flirough a central network hub; 

Hgures 20 and 21 are schCTiatic diagrams illustrating the flow of user 
attration of two network users during coimection session in which the network 
sites shown in Hgure 19 are accessed; 

Hgure 22 is a schematic diagram illustrating a clicktrees tree index 
25 structure of the events occurring during the connection sessions shown in 
Figures 20 and 21; 

Hgure 23 is a schematic diagram illustrating various coiiq>onents of a 
central session manager and its interacdon widi various websites; 

Hgure 24 is a schematic diagram illustratuig the data structure of a 
30 browser signature; 



wo 02/50694 



PCT/AUOl/01629 



-8- 

Figure 25 is a schematic diagram illustrating four impression events 
occurring during a connection session; 

Hgure 26 is a detailed schematic diagram showing the components and 
. function of a central session manager forming part, of the present invention; 
5 Hgure 27 is a general schCTOiatic diagram showing part of a network 

s^ver and associated plugin operating in conjunction with the central session 
manager shown in Hgure 26; and 

Hgure 28 is a detailed schematic diagram of the plugin of Hgure 27« 
Th^ now follows a hrief explanation of several terms used in the 
10 description: 

(a) Browser Based Measurement 

Upon receipt of content at a network user's client software C*hrowser^, 
the client software is typicaUy expected to contact a measurement server and 
inform it of the content request This client-initiated measurement technique is 

15 commonly referred to as Browser Based Measurement Depending on the 
Browser Based Measurement in^Iemratation, a measurement directive may or 
may not be required to be included in the content served to the user to instruct 
the client to record a session event 

P^issive Browser Based Measurement is essentially a tool diat involves 

20 the placing of some particular piece of content^ typically an image, onto a 
network page. Each time the network page is requested, the client also requests 
all of die files that are associated with tiiat page including a measurement image 
that is used for measurement of viewing, or impressions, of that particular 
network page. To determine the results available from passive Browser Based 

25 Measurement, one would typically anal)^ a web server log file to determine 
the number of times that the measurement image has been called. 

Active Browser Based Measurement is another sub-set of Browser Based 
Measurentent Unlike Passive Browser Based Measureinent, before using 
Active Browser Based Measurement, network users are required to install an 

30 executable measurement add-on to their existing client software. Thisaddronis 
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responsible for cq)turing network user activity infonnation and delivering it to a 
network server for processing. 

(b) Server Based Measurement 

When a client requests a document from a s^er, and the server 
S subsequently deliv^ a document to tiie client, the server may optionally choose 
to record the request The process of reccErding this request is known as Server 
Based Measurement Typically, each time content is requested from the 
n^ork server, a time stamped entry is typically recorded in a sinq>le log file. 
Each tatry included rudimentary information such as the documrat URL and 
10 the remote network address of the user. 

An alternative to the basic log file is the storage of user activity 
information in a relational database management system, such as the widely 
distributed solution available with Microsoft's network servers such as Internet 
Infonnation Server and Site S^er. 
15 (c) Log file Analysis 

Log file analysis software is used to examine the log files and formulate a 
rq)ort For example, log files might be analysed to determine the number of 
inq^ressions and result events over a particular period 

(d) Session Management 

20 Using a technique known as session management seemingly unrelated 

document requests are grouped together into a single session, thereby creating a 
list of related events. Without session management, it is difficult to determine 
wheih^ a number of requests for various content over a network originate from 
a single user, or a number of mers. For session management to function 

25 correctly, each user session is identified by way of a unique session identifier. 
Activity monitoring systems process and analyse the events for each network 
user's session with reference to &e session identifier, thereby identifying 
relationships in a seemingly unrelated set of events. 
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Session Management can be £q>plied to data collected via Browser Based 
or Server Based Measurement techniques, discussed above, provided that a 
technique has been applied at the data o^ture stage that results in a session 
identifier being included with the data. 
5 (e) Session-less State Management 

Session-less state management is a means of tracking relationships 
between seemingly unrelated network user events without the need for complex 
session identifta schemes used to identify individual user sessions. 

Unlike session management, session-less state management involves 
10 grouping events associated with one or more user sessions under a siagle 
identifier. In reference to the publisher/advertiser model previoiisly descdbed,. 
the idratifi^ identifies a publisher's network site, and events occurring on an 
advertiser's netwodc site are recorded with reference to a publisher's idratifier. 

(f) Ad-Serving 

15 With traditional above the line media such as television, radio, print and 

outdoor, die advising message remains static no inatter how many people are 
e^qposed to it Unlike traditional media, publishers can rotate advertising 
messages into and out of a single advising space each time that it is viewed. 
Ad-Serving technology facilitates ibis rotation. Every time a network 
20 user requests content containing advertising messages, an Ad-Server selects an 
appropriate advertisement and fills the space. 

Ad-Servers are integrated into content one of three ways: 

(i) Ad-Serving through Insertion 

Integrated into the networic s^er software, this form of Ad-Server 
25 modifies the content on die fly before delivering it to the network user. 

(ii) Direct Ad-Serving 
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After the networic user has received the content, special coding within the 
content instructs the network user's client to transfer part of the document 
request to an Ad-Server so the space may be filled 

(iii) Redirected Ad-Serving 

5 It is possible to chain Ad-Servers so that the request transferred to the 

primary Ad-Server can be redirected to a second, third, fourth, and so on Ad- 
Server if so desired. 

(g) Clidctfarougli Tracking 

Clicklhiough Tracking is used when the relationship between 

10 pubHshei/advertiser requires a measure of us^ attmtion caught, nonnally in 
tenns of clicks sent into the adv^dser's web site. 

Publishers are expected to direct usm (by way of a hyperlink) to the 
Clickthiough Tracking Gate. Encoded in the Clickthrough Tracking Gate's 
Universal Resource Locator (URL) is a publisher identifier and/or an advertiser 

15 identifier. When a network user clicks on the hyperlink, the request arrives at 
the Clickthrough Tracking Gate for processmg. The server logs the request and 
then, according to the HTTP specification, sends a 3XX HTTP response code 
acconq)anied by a Location HTTP Response Header containing a copy of the 
advertiser's netwodc address. On receipt of the information, the client 

20 automatically proceeds to the network address as ^>ecified in the Location 
Response HeadCT without us^ int^ention. 

It is possible to chain Clickfluough Tracking Gates so Aat the request 
transferred to the primary Clickthrough Tracking Gate can be redirected to a 
second, third, fourth, and so on Clickthrough Tracking Gate if so desired. 

25 (h) Referrer logging 

Referrer logging is a technique applied when Clickthrough Ttacking is 
not available but a measure of user attention caught by a publisher and directed 
into an advertisers network site is still required. For example, a network site 
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maintainer generally has no control of search engine links and therefore is 
imable to direct network users through a Clickdirough Tracking Gate. 

For refener logging to function correctly, the application of some form of 
analysis is required to establish which page impression is associated with a 
5 network user entering a network site. Once established, the referrer field is 
extracted from the HTTP request data associated with the page impression 
previously identified. 

The referrer field allows the client to specify, for the server's benefit, the 
address or URI of die resource from which a link was obtained Given that the 
10 Kfeaer field is an optional part of the HTTP specification, data loss should be 
e3q)ected. 

In the Browser Based model shown in Hgure 1, clients 200 to 202 
deliv^ event data to an active sessions database with a session manager 203 
after processing a content request served from a network server 204. Whether 

15 Active or Passive Browser Based Measurement is used, the network user's 
client software is expected to report to the Session Manager 203 separately from 
the document request* 

In the Server Based model shown in Figure 2, a network server 205 
delivers event data to an application running on the Session Manager 203. The 

20 Session Manager 203 can reside on the same machine as the Network Server 
205, or a physically distinct machine. 

In a preferred embodiment, the present invention is capable of accepting 
events from a network server via both a browser and server based interfaces. 
Regardless of tiie int^ace, a shnilar set of events are generated and uniformly 

25 ^lied to Ae sanoe active sessions data structure. Whenever network users are 
encountered, whether via tfie Browser or Server Based model, their activity is 
translated by the relevant interface as a series of single events. The Session 
Manager maj p t^ins Session State as network users travel between various sites 
during connection sessions. 
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Network user activity is monitored according to an event model, which 
may include the exemplary events set out in Table 1. 



TabUl 



I^xiiinplc Fvciit 


Descii]}tiun 




This event is aoDlied to the acdve sessions when a 
netwodc user's session starts or ends. 


Impression 


This event is ^lied to the acdve sessions whena 
measiure of user activitv is reauired. Imoression 
ev^ots document die path netwodc users take 
through a netwodc site from entrance to exit 
Bvery time a document is requested from a 
network serva:, an impression event is triggered. 


Result 


Result events are ^plied to the active sessions 
when a network usct achieves a quantifiable goal, 
financial or otherwise. 


Exposure 


Ad Exposure events are applied to the acdve 
sessions when an advertising message is 
delivered to a network user, in an attempt to 
c^ture network user attention. 


Click 


Click events are ^plied to the active session 
when network user attention has been 
successfully c^tured 


Person 


Person events are generated to indicate, by way of 
persistent state, that a network user (or machine) 
has bera identified by the system. 



5 

Session events describe an abstract concept in terms that can be easily 
dealt with by information systenis. Session events can be applied to an active 
session record or a data structure. Session events include the events set out in 
Table 2. 

10 TdbUl 



ll\;im|)lc Event 



Details 
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Session Start 


On receipt of a session start event an entry under a 
specific session identifier is made in an active 
session suuluxtc unucr wniwu luruicr cvcnia uaii uc 
recorded. 

When ai^lying an event to the active session 
structure^ under a specific session identifier, the 
system (tetermines that fhst session identifier is not 
contained in the active session records* a new 
session is created records and a session start event is 
generated. 


Session End 


un receipt oi a session eno event, an entry m me 
active session structure identifiable by way of a 
session identifier is marked for lemovaL 

If, during die execution of a session end detection 
algorithm on die active session structure, it is 
determined that a session is no longer active then 
die session is marked for removal and a session end 
event is generated 


Session Heartbeat 


The session heartbeat or synchronisadon event 
allows an interconnected traffic manager to keep a 
real time list of all active sessions (and continue to 
pass die information along to other networked 
conqputers, as required) without intm:onnected 
trafBc managers being confused of wheth^ or not 
evrats have timed out and thereby preventing die 
tracking of sessions being prematurely terminated. 


Session Map 


On receipt of a session map event, one or more 
acuve sessions are comnmeo so mat au tuiure 
references made under any of the identifiers refers 
to die same entry in the active sessions structure* 

WhcfB it ijs dfiterrnined tliat twn rnr innri* Qpcdnn 

identifiers are being used to refer to a single 
network user's session, a session m^ event is 
generated indicating that an ^lor correction 
adjustment should be applied. 


Session Query 


On recdpt of a session query event, the entire 
cont^ts of an active session are returned to the 
senarator of the session query event 
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itnpressioD events are described differenUy betweai implementations of 
netwoik site activity applications, for example site impressions, hits, and page 
requests. Impression events are different to exposure events. Exposure events 
are also known as banner in^«ressions or simply impressions. 
5 Impression event data may be used to record the start of a sesdon and 

record how a netwodc user arrived at a network site. Hiat data is also used to 
calculate traffic indicators, including how many networic us«s have travorsed a 
n^odc site; how often users return, how long users spend on tiie site, and how 
many pages they reviewed at the site. 

10 Result events can be categorised as events occurring whra the user 

adiieves a measurable goal, financial or otherwise. Broadly speaking, result 
events generally fall into the categories set out in Table 3. 

TabU3 



Rcsull Type lixample 


Lead 




A user joins a mailing list or creates an account on 
your site 


Subsoiption 


A user subscribes to a pay-for-access site that is 
billed monthly 


Softgood 


A user purchases digital goods diat are delivered via 
tiiienet 


Hardgood 


A user purchases hard goods that are delivered 
offline 



In each of tfiese situations, ttiere migiht be a confirmation page at the end 



15 of the process that informs the us^ that they have jomed the mailing list, that 
their digital goods are available online at a specific URL; that their goods have 
been shipped, etc. 

Ad exposure events represent an attempt to C2q;)ture network user 
attention, while click events represent the ciq)ture of netwoik user attration. It 
20 is conmion to see a combination of both exposure and click events within a 
single session. 
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A person event is generated when a network user is encountered Two 
types of person event exist - new person and existing person. Person events can 
be implemented by way of identifying a network user's machine through the use 
of persistent cookies, and storing habit information, which facilitates the 

5 generation of existing person and new person events at ^propriate intervals 
based on past contact with the network user. 

A single document or other content may be delivered to a network user 
by a n^ork server, and may contain one or more advertising messages, trigger 
one or more result events; and/or trigg^ one or more person events. Therefore, 

10 if defivery of that content generates an impression event, the inqxression event 
can have a relationship widi one or more secondary exposure, result, or person 
events. 

Figure 3 shows generally a system 210 for tracking the transfer of user 
attention within a computer network in accordance with the present invention. 

15 In (he system 210, a central session manager 211 accepts event messages 
directly from network users 212, 213 and 214 via a browser interface 215, The 
central session manager 211 is also capable of accq?ting event messages via a 
servw based interface 216. On the serving of content to a netwodc user 217, a 
network server 218 may provide an event message to the server interface 216. 

20 Alternatively, whM content is served from network s^ers 220 and 221 to 
network users 214 or 217 or to a network user 219 an event message, or other 
information representative of an event, may be forwarded to a network session 
manager 222, for forwarding to the server intaface 216 of the central session 
manager 211. 

25 Regardless of the interface used or the means by which die event 

message or other infonnation correspCHKling tt) an event is generated and 
transported to the central session manager 211, a similar set of events are 
generated and unifonniy applied to the same active sessions data structure. 
Regardless of ttie interfaces available, network user activity is translated into 

30 events, which arc then applied to an active sessions data structure. Browser 
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interfaces manage this translation on the receiver request from a network user, 
while server interfaces process events generated externally of the central session 
manager 211. As soon as Figure 4. browser interfages may include an ad- 
scrver 224, Clickthrough gate 225 and Measurement gate 226. Server interfaces 

5 may include an events gate 227 and structures gate 228 » 

The central session manager 211 maintains a single active session data 
structure across one or more browser or server based interfaces. The central 
session manager 211 records one or more events with regards to a single session 
identifior, a process known as maintaining state. Several forms of state may be 

10 maintained, as set out in Table 4 below. 



Table 4 


*r \ p*.' of Slalt 


Descriplion 


Site State 


State withm a network site is required to group events 
generated by a network user while visiting a network site. 


Cross Site State 


Cross-site state involves finking one or more groups of 
events arranged through Ae maintenance of site state. Li 
this way, when cross-site state is maintained one can track 
the XDOvement of a specific user as they move between 
network sites. 


Persistent State 


Persistent state refers to the maintenance of state between 
sessions. Perdstent state is normally dealt with in terms 
of a single network user accessing a single network site. 
Example educations of persistent state are Person Events 
and Custom Tracking Data (see above). 



A wide variety of situations exist whereby a network user is directed to a 
IS second site with or without die aid of a Clickthrough Tracking Gate and/or an 
Ad-Server. Hgure 5 illustrates four exemplary ways in which netwodc user 
attention is delivered fiom a first site to a second site, based on the optional 
presaice of die Ad-Server 224 or Clicktiuough Tracking Gate 225 shown in 
Figure 4» in circumstances where a known coimection session already exists on 
20 die first site. 
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These cases are respectively referenced 242 to 245. In all four cases, a 
session identifier is passed ftom a first network site 240 to a second network site 
241 by way of URL token, rcferra- token or cookie. However, in situations 
where none of tbese options exists, digital foot printing may be used to match 
5 two se^ningly unrelated sessions. 

When a session is created on die first site, the first site is preferably 
idCTtifiable by way of a site ID, which is then passed to the second site by way, 
for example, of URL token or ref otct token. 

In cases where a CKckthrough Tracking Gate does not exist, flira a clear 
10 identification - in terais of a click event - that network user attention has been 
delivered to a network site is not generated. As an alternative, various 
algorithms can be applied at the second network site to identify, the first 
network site (if any). 

Each of these algorithms assume that one or more events exist within a 
15 session at the second network site 241 and that the algoriftm is applied to the 
set of events at die second network site 241 for the purpose of identifying those 
events which contain information relating to the first site 240. The event is then 
analysed and die first site 241 identified, either in terms of a session identifier 
relevant to the first site or in tenns of a site identifier that id^tifies the first site. 

20 Hgure 6 illustrates an azrangement where five network users, 

respectively referenced 270 to 274, access two network sites 275 and 276. Each 
of die netwodc uscts 270 to 274 establishes a sq)arate cormection session, 
respectively referenced 277 to 282. The network sites 275 and 276 form part of 
a computer network and may be maintained on independent conq)uter network 

25 servers or server clusters. When each network user 270 to 274 accesses one or 
other of die sites, a separate connection session is established. Figure 7 
illustrates the mann^ in which events generated by each network user 270 to 
274 are represented in terms of an active session data stmcture maintained in the 
active sessions database 223 of the central session manager 21 1. In this figure, 
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impression events are represented by "Imp", whilst result events are represented 
by "Res". The events occurring during each session are represented in a logical 
clicktree tree index structure representative of the browsing activity of each user 
within each connection session* 

5 Whilst Rgures 6 and 7 describe an arrangement in which each session 

state is maintained wiflnn a single site, Rgures 8 and 9 represent the manner in 
which the present invention is able to maintain multiple cross site relationships 
within a single active sessions data structure. In tins exanq)le, three network 
users, respectively referenced 300, 301 and 302, simultaneously access three 

10 network sites, respectively referenced 303. 304 and 305- In this scenario, the 
second network user 301 has accessed all three network sites 303 to 305 during 
a smgle connection session 306. The network users 300 and 302 respectively 
establish connection sessions 307 and 308, In Figure 9 "Exp" represents an 
exposure event, while "click" rq^resents a click event 

15 The exemplary data structure shows that during connection session 306, 

die network user 301 responded to an advertising message aqypearing on site A, 
briefly visited site B tixen proceeded to a clearly definable result event at site C. 
Clearly, the result at site C was a direct result of an advertising exposure 
spearing on site A. 

20 Much of the data maintained by active sessions data base 223 is in tenns 

of publisher/advaliser relationships, whereby, for any given 
publisher/advertiser relationship, a detailed session structure describing 
interaction within and b^een sites is available. A further dhnension to the 
data is possible in tenns of custom tracking data. For each session, a persistent 

25 set of custom tracking data can be maintained for each network user visiting 
each network site. ITa new publisher^advertis^ relationdnp delivers tite same 
network user to the same network site later, flie existing persistent custom 
tracking data can be overwritten and replaced with new custom tracking data. 
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Custom Tracking Data may be defined by publisher and/or advertiser and 
normally consists of one or more identifiers that describe the relationship in 
furthw detail. For example, a placement identifier can be incorporated into the 
custom tracking data to describe where on a page an advotising message has 
5 appeared; a further placement identifier may be provided to identify where in a 
network site an advertising message appeared; and an advertisement identifier 
might be used to identify the exact advertising message presented to a network 
user. 

As has been described previously* results events are generated when a 
10 network user achieves a quantifiable goal, financial or otherwise. A 
confirmation page is nonnally presented to ttie user after the result has been 
achieved and, at Oie same time, a result event is gmerated. 

For example, a non-financial result event occurs when a user joins a 
. mailing list or creates an account on a network site. In these situations, a 
15 confirmation page at the end of the process typically informs the user that they 
have joined the mailing list or supplies their usemame and password 
respectively. After tiie result event is generated, a sales representative might 
contact the netwodc user later and attenq)t to sell them one or more products. 

Another example is when a user subscribes to a pay-for-access site that is 
20 billed monthly. In tfiis case, a confirmation page at the end of the process 
infomis ttie user of their password and might detail how to cancel the 
subscription in the future. Several months and billing cycles after the result is 
generated, the network user might cancel their subscription. 

When a user purchases hard goods that are delivered offline, a 
25 confirmation page is presented witii a receipt and an estimated deliveiy time. 
Aftar the ev^t has been generated, a fulfifanent house may determine that part 
or all of the order is out of stock and issue a refund accordingly. 
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In all of these examples, actions may occur well after the initial session 
has finished that, while a side effect of the session, are not direcdy related to die 
original session. 

Moreover, the result event motioned does not provide insight into any 
5 muldstage re^traiicm or purchase processes tiiat have led to die graeralion of a 
result Ctonsidering Aat many result confirmation pages involve a muMst^^ 
linear process leading up to the confinnation page (and result event), a need 
exists for measurement of dropout rates when die linear process commences but 
is not complied A fincrgrained measure of when a result process has begun, 
10 how far a user has been through the process, and whetfier the process was 
completed would be desirable* In addition, a means of detecting dropouts 
would be beneficial* 

In one or more embodknents, die present invention clearly identifies 
when a result begins, when die user has moved closer to or fiuther away ftom 
15 coiiq>l^g the result, and when a result ultimately ends. Exemplary result 
events are shown in Table 5. 

Tables 



\;urtc Details 



Result Stait Event 


The Result Start event informs the c^itral session 
manage diat a n^oik us^ has begun a poteatially 
result-generating process. 


Result Repoit Event 


As the user moves through a result generating 
process, result rcpon events are optionally 
generated at relevant stages informing the central 
session mana^ that a progress meter should be 
updated. 


Result End Event 


the Result End event is comparable to other result 
measurement systems. When used without Result 
Start and Result St(9 evcfntSr the outcome is 
identical to that of other result measurement 
systems. In regards to the improved system, a 
Result End event informs the central session 
manager that a result (that was previously started) 
has now been completed. 
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Result start events represent a netwo* user commencing a multistage 
result generation process. Parameters to a result start event may include a 
Result ID. Result Name, and Maximum Progress Limit, as explained below: 

(a) Result ID 

5 When a network site expects network users to complete one or more 

result generating processes of the same type during the same session, the 
network site operator provides a result ID for each result generating process. 
The result ID must not be repeated in the same session. For example, an online 
tradmg web site expects users of network sites to place nmltiple bids in a 

10 session, sometunes simultaneously. Whenever the process of placing a bid 
bepns, a Result Start evrat is generated containing a bid number. SubsequMt 
Result Report and Result Bid events must also include the same result ID. 

(b) Result Name 

Jn situations where a network site offers multiple types of results, the 
15 start event for each type of result is given a mutually exclusive name, which is 
also to be used in subsequent result report and stop events. For example, a 
magazine publisher's network ate might offa" its publications electronically 
after a user completes a result g^ierating process to create a usemame/password 
for accessing the publications. A separate result gen^ating process is offered 
20 for useis requiring delivery of printed via postal mail. The events associated 
with tiiese results might be named "online subscription" and "offline 
subscription'* respectively. 

(c) Maximum Progress limit 

It has been determined to be useful analyse where in flie process a user 
25 has dropped out If this is to be analysed in terms of what percentage of the 
result process was successfully completed, the maximum size of the result 
process can be provided as part of tihie Result Start event When specifying a 
Maximum Progress linait, the maximum number of linear stq)s required to 
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leach a Result End event not including the initial Result Start event, can be 
defined. 

Result Report events are used to describe at which stage in a result 
generating process the network user is positioned. The Result ID and Result 
5 Name are only included in a Result Report event if the accompanying Result 
Start event also included a Result ID and/or Result Name. In addition to the 
Result ID and Result Name parameters. Result Report events also include 
Progress Interval and Interval Description parameters, as explained below: 

(a) Ptogress Interval 

10 The numeric progress int^al describes which stage tfie network user is 

currently at in relation to the Ptogress limit specified during a Result Start 
event 

(b) Interval Description 

The interval description is a human readable description of the current 
15 stage. In situations where the progress interval is not sufficient for identifying 
the networic user's current stage within the process. An interval description can 
be used to describe the stage in question. 

A Result Stop event marks the successful completion of a result 
generating process. A result event can be used by itself, or in conjunction with 
20 Result Start and Result Rqport events. 

No event is provided for informing the central session manager that a 
user has dropped out of a result generating process - this is intentional. If a 
session end occurs and the session contains unfinished result generating 
processes (in other words, one or more Result Start events without an associated 
25 Result End event), they can be recorded as a result that has dropped out 

Figure 10 illustrates a practical example of die foregoing. Consider the 
exan^le of a user joining a subscription based network site, where access is 
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provided to network users at a month^ rate of $29.95. Figure 10 illustrates the 
information architecture of the process required to subscribe. 

In this process, two payment options are provided at step 350 - the user 
has a choice of entering a credit card pumber at step 35 1 or alternatively calling 
5 a 1-900 number at step 352. Hie cr^t card option is further coiiq)licated, in 
that if the credit card is rejected the first time at step 353» a second attempt is 
provided at step 354. The transactioi^ is either subsequently denied at step 355, 
or e^yproved at step 356. In the 1-90Q option, entry of a code is required at step 
357. Unsuccessful entry of ttie codp results in rejection at step 358, or else 
10 approval of the transaction at stq> ^56. Following approval, a confirmation 
page is served at step 359. 

The following sessions are pn^ded in the context of a scenario in which 
duree network users attempted to sub^be using the above subscription process, 
of which only one succeeds. A list of eyents for each session is provided, along 
15 with a Clicktree tree index data s^qoire for each session describing how each 
'event occurring during that session isirelated. 

From die example shown in Tkble 6 and illustrated in Figure 11, a linear 
process can be seen to have been followed by die user, eventually resulting in a 
Result End event In this situation) die user did not drop out of the Result 
20 process and therefore very litde ^xtra information has been achieved by 
including the additional result events. 



TabJe6 



i:vcnl Uolails 


1 


Impression 


C&oose Payment Method 




















2 


Impression 


C(dl 1-900 for code 
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v?^ ^ <?r ,^ 




3 


Lnpression 


Enter Code 




• ..r^ .-Sr^ J' -y/ : d - . 


4 


Impressioii 


lYansaction Approved 






5 


Impression 


Confinnation Page 


Result Bad 





In the example shown in Table 7 and Hgure 12, no result end occutied, 
howevtt result dropout infonnation is still available. In addition, two attempts 
were made by the user to subscribe - first with a credit card, and the second 
S time via the 1-900 facility. Note that the progress interval counter was reset to 
one dmiixg the transition from die fifth to the sixth impression - in diis example, 
both die credit card and 1-900 payment options are considered part of the same 
process. 

Table? 



l]veiH. Delails 


1 


lnpression 


Choose Payment Method 






2 


Inq>ression 


Enter Credit Card bfo 








3 


Impression 


Transacdon D^ed 
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4' 


Impression 


ReEnter Credit Card 










5 


Impression 


Transaction Denied 








6 


Impressicm 


Can 1-900 for code 






7 


Impression 


Enter Code 


^^^^^^^^^ 




8 


Impression 


Invalid Code 













In existing Advertise Centric systems, publishers send traffic into an 
advertiser and reports on publisher petfonnance are made available from the 
adverdser*s perspective. The inverse ^plies to existing Publisher Citric 
5 systems, where a publisher sends traffic into multiple advertisers and reports on 
advertiser performance are made available from the publisher's perspective. 

Considering that most publishers deal with a number of advertisers and 
vice versa, and each publisher may be using a publisher and/or advertiser centric 
system to manage the flow of trafGc, publishers and advertisers often find 
10 themselves using a variety of publisher centric or advertiser centric systems to 
essentially analyse the traffic flowing into or out of their network site. 

Consider the example shown in Figure 13 whereby a broker site 400 
purchases traffic from publisher sites 401 to 403 then re^sells the traffic to 
advertisers 404 to 406. 
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Traffic flowing from any of the publishers can be expected to airive at 
any of ttie adv^tisers. From the broker's perspective, it would be most useful if 
data was available to this effect, describing the impact traffic flowing from 
upstream sites has on the traffic flowing into downstream sites. This data could 
5 then be used in future purchasing decisions or the broker may choose to 
structure remuneration of upstream publishers accordmg to the traffic and 
results generated at downstream advertisier sites. 

In the above desoibed ejcanople, one could say tibat the broker site is 
simultaneously playmg the role of publisher and advertise". 
10 In one aU network sites can play the role of publisher and advertise. Ina 

traffic-trading raviromnent, the aim is to acquire traffic from olhw sites, convert 
it into results, and then re-sell the traffic .to other network sites. 

Applying die traffic-tratfing model to the broker example, the result is 
-nowasshowninRgure 14. There are no longer any publishers or advertisers - 
15 just network sites- What was the broken site is now a hub site 420, in that any 
. traffic tiiat flows from sites 421 to 427 naust pass through hub site 470. 

The example shown in Rgure 15 illustrates a typical situation where a 
group of loosely connected hub sites 430 to 433 collect traffic from a wide 
variety of network sites 434 to 448, then re-distribute flie traffic amongst 
20 themselves in an attenq>t to extract the highest amount of results from the 
traffic. 

In the context of the present invention, traffic is traded in units of 
network user attention. Traffic flow exists when a network u&cr*s attention is 
transferred from one network site to miotiher. When network user's attention 
25 flows fix)m one network site to another, it may be measured according to a 
variety of m^c^ thf inost coouim noetRQ used is a click. Optionally, 
advertisers, in consideration of traffic flowing from the publisher to the 
advertise, remunerate publishers according to the traffic flow. 

Tracking upstream/downstream traffic flows can involve identifying the 
30 transfer of network user's attention between sites as a sequence of cause and 
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effect relationships. In some situations, the flow of network user attention from 
a first to second to third network site is clearly definable, for example, when 
cUck events are generated connecting the first network site to the second, and 
the second to the third. In oAer situations, the relationship is not as clear, for 
5 example, when a first network site mentions that a network user should visit a 
second network site, and as a result, a network user suddenly appears at a 

second network site. 

A numb^ of obs^ations can be made which facilitate the 
upstream/downstream tracking of network user attention. Rrstly, if a networic 

10 user can be mdependentiy identified at the first and second network sites, then 
the transferring of, die network user's attention from the first network site to tiie 
second network site is a single operation identifiable by the first or second 
network site without the need for measurement data from the second or first 
network site respectively. In other words, a network user exiting fix)m one 

15 network site can be later naatchedagaiiist an entrance at anoflier network site. If 
the network user cannot be independelntly identified at the fiu:st and second 
netwoik site, then the connection between activity at tiie first and second 
n^ork site may be idMtifiable using -the data recorded during flie transition 
from first to second site. In other words, flie data recorded during the transition 

20 must include details of the first and second network site, inchiding session 
identifiers at die first and second networic site. 

Secondly, when a network user exits a first network site, a second 
network site is entered A network user can exit a first network site multiple 
times; only a single second network site is entered each time. A network us«r 

25 can enter a second network site multiple times; only a single (one) first networic 
site is exited each time. Mexceptiaaftiftas Wliiat a ne^^ 
network site without entering another network site. In fliis case, the network 
us^'s attention has readied its destination. 

Thirdly, if the transfer of a network users attention bom a fiirst to a 

30 second netwoik site can be identified; and the transfer of a network users 
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attention from a second to a third network site is may be identified; then the first 
network site affected the network user attention delivered to the third network 
site by way of the second network site. 

These tiiree obsCTvations can then be used to analyse a series of exits and 
5 entrances across a group of network sites to establish, for each network user, the 
sequMice of cause-and-eff ect relationships between each network site. 

In order to track upstream/downstream traffic flow it is desirable to 
identify where and when a netwojk user has entered and exited a network site. 
Depending on the technique used, either an entrance into a network site is 
10 identified; an exit from a network site is identified; or both an exit from a first 
network site with a corresponding eiitrance into a second network site is 
idmtified. In addition, a variety of additional data relating to the first and/or 
second network site can be collected,* including a site identifier, a session 
identifier, a click sequence number and custom tracking data. 

15 The techniques used to track user attention flow include gate based 

techniques, including tiie use of exit g^ites. An exit gate is used to identify a 
network user leaving a network site. When a user chooses to exit, they are first 
directed to an exit gate, which in turn records the network user leaving a first 
network site. The exit gate flien directs the user to a second network site. The 

20 first network site may be identifiable in the information recorded by the exit 
gate. Optionally, when directing the network user to the second network site, 
the exit gate may choose to incorporate a site identifier and/or session identifier 
from the first network, in the link to the second network site. A click sequence 
number or custom tracking data may al$o be included. 

25 Entrance tracking gates may also be used. An entrance gate is the 

inverse of an exit gate - it is used to identify a network user entering a network 
site. Users enter via an entrance gate, which in turn records the network us^ 
entering die second network site. The entrance gate then directs ihe user into a 
specific section of the second network site. The second network site may be 
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identifiable in the infannation recorded by the entrance gate, OptionaUy. the 
entrance gate can attempt to identify and record the site and/or session identifier 
ftom the first network site by way of Idata encoded in the URL, referrer or 
cookies. A click sequence number aftd custom trackmg data may also be 
5 identified. 

Another gate that may be used in a CUckthrough Tracking Gate. 
CHcktoough gates combine the fimctionaHty of exit and entrance gates. Wnen 
leaving the first network site, the network user is directed to a CUckthrough 
Tracking Gate. The CUckthrough Tracliig Gate identifies and records both the 

10 first and second network site, and optioiiany identifies a session idratifier, cUck 
sequence number and custom tracking data from the first network site. In 
ses^on man^ement based environments, the CUckthrough Trackmg Gate may 
also create a session identifiwfor use by me second network site. 

Hie CUckthrough Trackmg Gate flien directs the network user to the 

15 second netwb& site, optionauy incorporating a site identifier from the first 
network or a session identifier in the link to the second network site. A cUck 
sequence nuixiba: or custom tracking data may also be included. 

The techniques used to track user attention may also include session 
management based techniques. For example, session data may be analysed to 

20 identify entrance points. When an Entrance or CUckflurougih Trackmg Gate docs 
not exist, tiien a clear identification mat network user attention has been 
deUvered to a second network site is not available. An alternative is to analyse 
d^ailed session data for the second network site to identify which parts of die 
detmled session data inchides entrance data. The algoritfun used to conduct the 

25 analysis may assume tixat one or more events exist witfiin a session at a second 
network site and that the algorithm is appUed to the set of events at the second 
network site for the purpose of identifying those events that contain information 
relating to the first site. The foUowing:algQrithms work on a conunon principal 
that Aere should be a differratiation between events that are a direct result of a 
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hyperlink external to the network site {m, oiher words, ftom a first network site) 
as compared with events that are a result of a hyperlink within the network site. 
After identifying one or more external events, they are further analysed and the 
first site further identified. Optionally, a session identifier, click sequence 
5 number, and user definable tracking data from the first site may be extracted 
bam die event data as part of the fiirtherianalysis. 

The first dgprithni is a flagged entrance algorithm. "When network users 
are directed to a second network 8ite,'sonie form of flag is supplied to the 
second network site to highlig^ evraxts. Session data is then searched for events 
10 containing the flag. Flagged events are then analysed to identify die first 
network site, C»f any). Fbr exanq)le, a hyperlink presented on the first network 
site contains a flag mdicating to the second netwcnk site diat a session identifiex 
firom a first netWOTk site is being provided. 

Another algorithm is a sequencing based algorithm. This alg(»:ithm 
15 involves application of a sequenciog technique to session data. After 
sequMJcing, event data is arranged in such a way that Ae first event can be 
identified. Qnemeansof sequencing a session is time based, where events are 
sorted based on when flie occmred. An altranate arrangement includes using 
Oicktree based sequendng, where events are arranged acctntling to matdiing 
20 previous and current click sequence numbers. After sequencing is applied to Ae 
events ftom a second network site's : session, die first event is assumed to 
contain information relating to the first network site, if any. In flie case of 
applying Clicktree based sequoicing, multiple fibrst events may be identified and 
analysed. 

25 A third algoridim is an intMnal identifier algorithm. According to die 

(»mmon principal desoibed above. th6re needs to be a differentiation between 
events diat are a direct result of a hyperlink external to the network site as 
against events that are a result of a hyperlink within the network site. In line 
with this principal, session data is analysed to determine diose events that are a 
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direct result of hyperlink within the netw^ After internal events have 

been identified, the remaining events are assumed to be the direct result of an 
external hyp^link, and as such are analysed to identify the first network site, if 
any. For exaII^)le, a site maiiitainer may choose to add an "internal" flag t^ 

5 hyperhnks within the site that announces that the next event is the result of an 
intamal hyperlink. 

Another exanq)le does not require site-specific modifications of each 
Knk, but rather is based on ansdysis of the referrer and host HTTP request 
headers. Given that the host header identifies the hostname of the current 

10 network site, if tibe hostname ftom tfie host header matches the hostname fiom 
Ae refener header, the assumption can be made that the request is the result of 
an internal hyp^link- In the case of a blank HTIP request header, the 
assun^tion is made that the event is the tesult of an external hyperlink. 

A further session management^ based technique used to track user 
15 attention includes applying a Clicktrees tree index straeture to identify session 
exit points. Givoi the nature of hypertnedia systems, it is difficult to identify 
when a network user has left a network site without the use of an Exit or 
Clickthrough Tracking Gate. Howera:, when click sequence numh^ are 
included with session Hatn^ and a cHcfc sequence number from a first network 
20 site is transferred to a second network site, an clear link between the exit of a 
first network site to the entrance at a seciond network site can be established. 

The techniques used to track us«r attention may also include session-less 
entrance detection techniques. The above^described techniques have all 
required Session Management or Gates to function. Various options exist, 
25 however, which do not require a gate or session rnanagement to function. Even 
in situations where Gates and/or Session Management exist, the following 
options may be used due to site specific; limitations on passing of site identifiers, 
session identifiers, click sequence nu2nt)ers and custom tracking data between 



wo 02/50694 



PCT/AUOl/01629 



-33- 

first and second network sites. These opdons include the use of an Entrance 
Recorded Flag. 

Whenever a request to a network ?iite occurs, the request may be checked 
to see if a flag representing the network user entermg the network site has 
5 already been recorded. If the flag does not exist, the current event is analysed 
for identifying a first network site that may have potentially sent the network 
user into the second (current) network site. After analysis, the flag can flien 
be attached to the network user. This cam be in flie ftirm of a cookie attached to 
the network iisei or. alternatively, hyperlinks that reference the current network 
10 site might include die flag. 

Anoflier option inchides HTTP Host & ReferrCT Request Header 
Analysis. Given that die HTTP refener request header identifies die network 
address of the previous resource th^ referenced the carroit resource, in 
situations where a first network site has directed a network user into a second 
15 network site, die HTTP resferrer header contains die full network address of die 
first network site. Given that die Wit host header identifies die hostname of 
the cunent netwodc site, if die hostname ftom die host header does not match 
the hostname firom the refener heada, it can be assumed tiiat the current request 
is die result of a first network site (Erecting a network user into a second 
20 (current) networic site. In this case, die current request at die second network 
site can be is analysed so as to identify die first network site. 

The techniques used to track user attention may also include graerating 
transition identifiers. Each time a netwiark user's attention is transfored from a 
first netwoik ate to a second netwodc ^te, a unique transition identifior may be 
25 generated. The first and second networic site and any gates in between can tiien 
track exit and entrance events wifli reference to die transition id«itifier. In tins 
way. detailed data relating to bodi die ekit and entrance pages is made available, 
even in situations wha« a single netw(ink user has entered or exited a network 
site multiple times. While by itself not a means of detecting entrance, this 
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technique can be \ised to apply session management entrance (and exit) 
detection techniques to session-less enviiomnents. 

As previously described, when network user attention is transferred from 
a first network site to a second networic, it can be recorded with reference to the 

5 first and/or second network site. The second part of tracking 
upstieam/downstieam traffic flow may be to analyse these records to identify 
correlation between records documenting whrai network us» attention left a 
first network site, and records tiiat document network user attention delivered to 
a second network site* 

10 Depending on the means by which die transfer of attention is recorded, 

establishing these 1:1 relationships between first and second network sites can 
occur at different tunes. The earlier the relationship is established, flie more 
robust ttie data. Accordingly, a clear relationship between a netwodc user 
exiting one network site and the same network user entering another network 

15 site can be defined. Strong relationships are identified at the time network user 
attention was transferred. For example, in ttie case of Clickthrough Tracking 
Gates, a single piece of data can be generated at the time of transferring network 
user attention that identifies botii the first and second n^oik sites. 

In die case of using Transition Identifiers, again the idmtifier can be 

20 generated at the time of transferring network user attention and as such and , die 
relationship between the first and second network site is very strong. 

In the case of transferring a site identifier, session identifier, and possibly 
a click sequence number from a first network site to a second network site, 
again die relationship between the first and second network site is v^ strong. 

25 However, a weak relationship will be defined when two separate pieces 

of data representing an entrance and an exit are joined together for the purpose 
of defining a network user exiting one network site and the same network user 
entermg another network site. Weak relationships are identified once the two 
separate entrance and exit pieces of data are joined together. For example, 

30 when user attention is transferred from a first network site direcfly to a second 
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netwoik site, and Browser Based Measurement at the second network site 
identifies the same user entering the second network site from a first network 
site, a weak relationship, betwe^ the first and second network site is 
established. 

5 When neiflier the exit or entrance can be clearly defined no clear 

relationship will be established. However, an assumption can be made that a 
network user appearing on a second network site was the result of that netwjirk 
user accessing a first networic site. tThis type of relationship can be determined, 
for Gxsnsple, s&esr no more data is available relating to flie network user's 

10 current activity and a sequencing algorithm is applied to establish relationships 
between network sites. Consider the example of a network user qjpearing at a 
first n^ork site, Aen a few minutes latw appears at a second network site. 
Although no information exists diat clearly identifies the relatiCMiship between 
the first and second site, an assun^tion can be made, based on sequencing 

15 events according to die time at winch they occurred, diat the first network site 
has some relationship with a netwoik user delivraed to a second network site. 

From the perspective of a single usct, after both strong and weak 
relationships have been idratified,=a sequence of cause-and-effect relationships 
can be established. 

20 In the following exan^le illustrated in Rgure 16, a network usot travels 

between five netwoik sites 500 and 504, two of which (referenced 500 and 503) 
do not have any measurement software installed. A list of network site 
relationships can be created as follows: 

Site 500 to 501 : A clearly definable relationship between die first and 
25 second site exists due to the use of a Clickduxtugh Tracking Gate. 

Site 501 to 502: A weak connection betweoi the second and third site 
has been established. Browse Based Measurement at the third networic site 
detected diat the netwoik user airited by way of a session at the second network 
site. 
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SiteS02toS03: No knowledge of Ae transition from Ae third to 
fourfli site is available. 

Only measurement data is coUected for the activity at network site 504, 
and no relationship established. This measurement data is however collected 
5 wilh referwice to the same user that iaccessed sites 500 through 502. 

After establishing links between sites, part of the story is now complete. 
Arranging the data according to Ae active sessions tree index data structure 
shown in Hgure 17, we see the relationships between sites 500 to 502 clearly 
id^itified. Events are arranged acciarding to time-based clickstream sequencing 
10 so die earliest events are at the top ;and the latest events at tt»e bottom. Site 500 
does not have a session, however it is still included according to the data 
supplied via the Oickthrough TVacking Gate. Site 503 is not included as no 
data was collected, thereby creating a gap. 

Once all the data has been 90ilected, the clickstream sequencing can be 
15 analysed to discover that the first event at site 504 occurred shortly after the last 
evait at site 502. An unclear relatijaaiship between sites 502 and 504 is filled in. 
The upstream/downstream relationship between sites is now site 500 to site 501 
to site 502 to site 504. 

In general, the upstream/downstream flow of network user attention can 
20 be defined according to the first entrance point for each sessioiL Howevo*, die 
active sessions data structure maintained by the central session manager 211 
s^es as a useful way to programmatically deal with the problem of multiple 
entrance and radt points. The example scenario shown in Hgure 18 involves a 
single network user accessing four network sites 502 to 523. Represented in 
25 this figure is that site 521 delivnea the network user to both sites 522 and 523. 
The network usor also returned to ^site 521 after respomfing to an advertisooent 
at site 522, and subseqoentiy genoated a result 
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If {flying the general rule of thumb that the upstream/downstream flow 
of network usex attention should be defined according to die first entrance point 
for each session, one would determine that the result generated at site 521 was a 
result of the network us^ being delivaed from site 520. 

5 However* detailed analysis of session activity can be supplied for die 

purpose of detennining which network sites where most responsible for driving 
results. Consider Ae result generated at site 521 in die above example. If only 
die first entrance to site .521 was analysed, it is determined diat site 520 is 
responsible for the result at site 52L No allowance has been made ftn: the fact 
10 that the network user responded to an advertisement at site 522 before 
generating die result at site 520. 

Analysis of the detailed interaction between sites 521 and 522 though, 
enables one to determine that the network user attention Sowed sequentially 
througih sites 500, 501, 502 and 501 before achieving the results. After detailed 
15 analysis, it becomes clear that site 500 played only a minor role in driving the 
. result and that site 522 was the initial source of the result 

A more detailed scenario will now be considered with reference to Figure 
19. In the following scenario, network site 540 acts as a bub and directs traffic 
fiiom the sites 546 - 548 into sites 542 - 544. In addition, traffic flows fireely 
20 between sites 541 and 545 through site 540. Figures 20 and 21 illustrate 
exanq)les for two network users traversmg the network of network sites shown 
in Figure 19 - Users X and Y. 

In Figure 20, User X begins at network site 548, then at step 600 travels 
to network site 540 via a Clickthrougih Tracking Gate. Once at networic site 
25 540, the User X travels direcdy to network site 541 at step 601, then at step 602 
returns to network site S40 via another Clickdurough Tracking Gate. After 
returning to network site 540, the network user X finally travels back to networic 
site 542 at step 603. 
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In Figure 21, user Y begins at network site 547, then at step 610 travels 
to network site 540 via a Clickthrough Tracking Gate, Once at network site 
540, Ae User Y travels directty to network site 543 at step 611. 

Hgure 22 provides a moie detailed view of flie transfer of user attention 
5 of User X. User X begins at flie first network site 548. Given the lack of 
measurementat Ae first networic site; only exposure events are record^ After 
the Browse Based Ad Server Interface delivers four advertising messages, the 
network usar responds and clicks on an advertising noessage. The network 
oser^s attention is thm transferred horn the first network site to the second 
10 network site 540. 

Hie BrowsCT Based Ad Server Interface, by way of session cookies, can 
TTiflintain site State while at the first network site 540. Alternatively, a Browser 
Signature for User X can be generated and checked against a list of active 
Browse Signatures for the first network site 540. To ensure that browser-based 
15 session cookies are not re-used mistakenly across network sites, each request to 
the Browse Based Ad Server Interface may include the site identifier, for 
example: 

ht^://www.optitrack.com/adserver?site=9 
Given the presrace of die Browser Based Qickttirough Tracking Gate, 
20 cross-site session state betwera Ae first site 548 and second site 540 involves 
two stages. The first stage involves maintaining cross-site state between die 
first network site 548 and the Browser Base Clickthrough Tracking Gate by way 
of session cookies or a browser signature. Again, tiie request to die Browser 
Based Clickthrough Tracking Gate may include the site identifier, for exan^le: 
25 htlp://www,optitrackcoin/cUckthrough?fix)nisite=9&tosite=l 

The second stage involves maintaining cross-site state between the 
Browser Based Clickthrough Tracking Gate and the second network site 540. 
Prior to directing the user to the second network site 540, the Clickthrough 
Tracking Gate creates a new session entry in the Active Sessions tree index 
30 structure maintained in die central session manager 211. For the second 
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netwotk site 540, in this case Session B, and a click event recorded with 
reference to the new session. The new session identifier is then encoded into a 
URL in a form recognisable to the second network site 540, and the network 
user directed to that URL as follows: 

5 ht^://www.siteLcom/index.c£tn7session=B 

After network user attention is transferred from the first network site 548 
to the second network site 540, Server Based Measurement at the second 
network site 540 detects the supplied session identifier, and tracks impression 
events with reference to the supplied session identifier (as opposed to generating 

10 a new session identifier). These in4)iession events are delivered to the caitial 
session manager 211 by way of tihe Serv^ Based Event Interfece 216, and 
include information that identifies the second network site 540 and the session 
identifier at the second network site 540* Usmg tiiis information, the central 
session manager 211 can easily determine where in the active session stracture 

15 Xo insert the generated events. 

From a page received from the second network site 540, the network user 
clicks on the following link: 

htlp://www*site2.com/indexJitml?site=l 
After clicking on the link, the network user is transferred fiom tiie sec<Mid 

20 network site 540 to tiie fliird network site 541. On arrival at the second network 
site 540, Server Based Measurement carried out by the central session manager 
211 creates a new session identifier and supplies events to the Server Based 
Event Interface 216, again containing identifiers for die third network site and 
session. In addition to the site and session identifiers for the third network site 

25 541, included in the impression is the second network site's identifier retrieved 
from the URL site 548 above, along with a session identifier for the second 
netwotk site 540, which was extracted fiom the referrer HTTP header. The 
central session manage: 211 then uses the previously described Flagged Event, 
First Event, or External Event algorithms to detCToine which ioqiression should 
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contain the second network site^s session and site identifiers and use ttiis data to 
maintain cross-site state. 

While at the third netwodc siqs 541, an adv^tising message is delivered 
to the network user from the Browser Based Interface 215. Again, site state 
5 must be maintained^ but tins time its cross-interface - the session and site 
idmtifier used at the third network $ite 541 must be supplied to the Browser 
Based Interface 215. One option 1$ to encode the data in the request to die 
Browse Based Ad Server, as follow^: 

htip://www.opdtrack.com/adseiver?site=2&session=C 

10 When the request arrives a)t the Browse Based Interface 215, an 

e;qx)sure event is gena:ated and stored with reference to die session at the third 
network site 541. Ihe Browser Based Interface 215 also creates a session 
cookiefor later xefa:ence. 

After receiving the advertising message, the network User X responds 

15 once again by clicking on the link. The two-stage process required to deliver 
cross-site state via a Browser Based Clickdirough Gate is once again required. 
The first stage involves maintaining cross-site state between the tiurd network 
site 541 and the Browse Base Clickthrough Tracking Gate by way of session 
cookies or a browser signature. Again, die request to the Browser Based 

20 CHicklfarougb Tracking Gate may include the site identifier, for exanq}le: 
. http://www.optitrack.cqm/clickthrough?fromsite=2 
The second stage involves maintaining cross-site state after the network 
User X leaves the Browser Base4 Clickthrough Tracking Gate. Prior to 
directing the user to die second nei|work site 541, die Clickthrough Tracking 

25 Gate locates an existing session entry in die Active Sessions tree index structure 
223 for the destination netwodc site 540, in this case Session B and a click event 
recorded with reference to the new ^sion. The new session identifi^ is then 
encoded into a URL in a form recogpisable to the second network site 540, and 
the network user directed to that URIj. as follows: 

30 http://www.sitel .com/i|idex.cfm?session=B 
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After network user attention i$ transfenred from the third network site 541 
back to the second network site 54q, Server Based Measurement at the second 
network site 540 either detects the supplied session identifier, and tracks 
impression events with reference to the supplied session identificar (as opposed 
5 to generating a new session identifier) or detects an existing cookie. Impression 
events are delivered to the central session manager 211 by way of a Server 
Based Event Interface 216, and include information that identifies the second 
network site 540 and the session identifier at Ae second network site 540. 
Using this information, the central isession manager 211 can easily determine 

10 where in the active session structure [to insort the generated events. 

From a page received from thp second network site 540, the network user 
once again clicks on a link, as follows: 

htq3*7/www.site3«com^dexJitmI?site:=l 
After clicking on the link, t^e network User X is transferred from the 

15 second network site 540 to the fourth netwodc site 542. On arrival at the fourth 
networic site 542, Server Based Measurement creates a new session identifier 
(session D) and supplies events tq the central session manager 211 via the 
Serv^ Based Event Interface 216, again contaiiung identifiers for the fourth 
network site 542 and session. In a4dition to the site and session identifiers for 

20 the fourth network site 542, include in the impression is the second network 
site's identifier retrieved from the VRL (site 548 above), along with a session 
idratifier for the second network sit^ 540, which was extracted from the referrer 
HTTP header. The central session manager 211 Aen uses the Flagged Event, 
First Event, or External Event algorithms to detmnine which impression should 

25 contain the second network site's session and site identifiers and use this data to 
maintain cross-site state. 

Hgore 23 illustrates the integration of the session manager 211 and the 
cross-linking sessions as a user tqavels from site to site to thereby enable, 
upstream and downstream traffic ai^ysis to become possible. As the page for 

30 Web Site 650 is served to the usejr, a Content Server module 651 selects an 
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appropriate Web Site 652 creative from tbe Web Site 650/Web Site 652 
relationship to serve from a database 653 at step 654, logs an impression event 
at step 655, which is then placed into the session list in database 223. This 
logging records the display of Web Site 652's creative to the user. The creative 

5 is then SCTved at step 655 to the usct for display on Web Site 650*s web page, 
and the Browser Based Measurement module 671 detects an impression at st^ 
657 and so logs an inqiression event at step 658 in die session list at step 659. 

If the user clicks on Web Site 652*s creative, which is contained on Web 
Site 650, Aen an HTTP request is sent to a Redirect sub-module 670 at step 

10 672, which is logged in the session manager 211 at step 673 and recorded in the 
session list at step 659. The link to tibe next page, here Web Site 652, is 
retrieved at step 674 from the database and tiie user is automatically redirected 
atstq>675 topage on Web Site 652. 

As with Web Site 650, the Content Server module 651 determines the 

15 appropriate Web Site 676 creative from the Web Site 652/Web Site 676 
rdationship that is stored in the database 653, and which is to be served as part 
of Web Site 652 at step 677. As Web Site 652*8 page is displayed, an 
impression event for that page is detected at step 678 and logged at step 658 and 
stored 659 in the session list 

20 If the user clicks on Web Site 676's creative, which is contained on Web 

Site 652, dien an HTTP request is sent to the Redirect sub-module at step 679, 
which is logged in the session manager at step 673 and recorded the session list 
at step 659. The link to tiie next page, now Web Site 676, is retrieved at step 
674 from the database and the us^ is automatically redirected at step 680 to 

25 page on Web Site 676. 

As with Web Sites 650 and 652. the Content Server module 651 may 
determine that there is an ^appropriate creative from some relationship where 
Web Site 676 is an affiliate, and which is stored m the database 653 that can be 
served as part of Web Site 676 at step 681. As Web Site 676*s page is 
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displayed. an impression event fca: Aat page is detected at step 682 and logged 
at step 658 and stored at step 659 in the session list. 

From this exan^)le, it can be seen that the concentration of event 
recording provided by die above-described integration leads to a new ability to 

5 be able to attribute the arrival of traffic at Web Site 676 to not only Web Site 
652, but also Web Site 650. The present invention allows the tracking of a user 
across rauldple web sites and not just the movement fiom one site to anoth'T. 
Following die process shown above» diis integration allows tracking of a user or 
session to occur across an infinite number of sites, so long as each site is 

10 coimected to a system according to the present invention. 

Various additional means of maintaining cross-site state may also be 
used by the preset invention. These include ttie use of browser signatures. A 
browser signature is a short-term network user identifier that functions via the 
HTTP protocol wifliout the need for cookies. A browser signature can be used 

15 most commonly as a short-tarm replacement for session and/or user ID*s, where 
cookies or other means of maintaining Session State does not exist 

Consider for a moment that a single network user's access of one or more 
network sites generally tends to include the same or similar IP addresses for the 
duration of the session. Consider also that given the wide variety of network 

20 client software, the slight variations in the software between each version, and 
the different way in which each browser is configured. A browser signature 
involves gathering up all tius information and generating a short-term user ID 
from die data. To generate a browser signature, a string containing a variety of 
information pertinent to the network user is constructed. A hashing function is 

25 then applied to die string. The result is a numeric identifier by which the 
networic met can be identified. 

Construction of the source string is an important part of generating a 
Browser Signature. There can be no limit to the size of the source string - it can 
be as long as is required to fit the source data. As shown in Figure 24, the first 

30 24-hits or ttiree bytes may contain the first fliree bytes of the network user*s IP 
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address 700. After the IP address, a selection of HTTP header 701 from the 
netwwk user's client software may be appended to the source string. After the 
selection of HTTP headers 702, optional custom data can be appended. For 
example, a network site ID could be incorporated if you required different 

S Browse Signatures between netwoifc sites. 

The selection of HTTP headers chosen to incorporate into the source 
string is inqKxrtant to the application in question. Hfectively a browser 
signature identifies a network user using their specific IP address and HTTP 
headers. The fewer HTTP headers that are incorporated into the source string, 

10 the high^ the likelihood that two network users will simultaneously be 
allocated the same browser signature. The more HTTP headers inrorporated 
into the source string, the higher the likelihood that one network user will 
sinmltaneously have multiple browse signatures. 

The yninimiiTn headers include are the contents of the HTTP referrer 
15 request header, the HTTP accept language request header, and Ae HTTP user 
agent request header. Further request headers can be chosen on the basis that 
they would not diange during a session, hereby generating a new Browser 
Signature. 

The selection of custom data is based on the application in question. In 
20 situations where network user activity is being tracked for a number of network 
sites simultaneously, adding the network site identifier to the source string 
ensures that browser signatures remain unique for each network site. 

After constructing a source string, a hashing function is applied to the 
source string, resulting in a numeric browser signature. The dioice of hashing 
25 function is based on the requirement that whenever the exact same source data, 
is passed to the hashing ftmction, the same browser sigiuiture is returned. Is 
addition, if the source string changes only slightly, a different hash is generated. 
Rnally, the numeric value returned by tiie hashing function should be at least a 
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32-bit number. An ideal example hashing function is applying a CRC-32 to the 
source string. 

To maintain Session State using browsa: signatures, every time the 
network user is encountered, a browser signature is regenerated. The browser 

5 signature is then used in place of a session identifier. To maintain cross-site 
Session State, when a usct is first encountered on a network site, a browser 
signature is generated. If the user travels to a second network site and a browser 
signature at die second netwcnk site matches a browser signature from a first 
network site, a relationship between the network user's session at the first 

10 network site and the network user^s session at the second networic site is 
created 

The Referrer request-header field m HTTP requests allows the client to 
specify, for the server's benefit, the URI of the resource from which the 
Request-URI was obtained. Rgure 25 illustrates four impression events 720 to 

15 723 occurring as user attention is transferred between two sites 724 and 725. 
For each impression event, both the request URI and the HTTP referrer are 
shown. At impression 722» the transfer from the first site 724 to the second 
network site 725 includes the first network site's site identifier in ttie URL 
(site=9). In addition, the refmer contains the session identifier of the first site 

20 724. The second site 725 is capable of determining Ae session and site 
idmtifieis from the first network site by analysing both the requested URL and 
tiie HTTP request header* Thaefore, the referrer he^er can be used as an aid 
to maintaining cross-site state. 

A detailed embodiment of die invention will now be described with 

25 reference to Figures 26 to 28. The central session manager and network server 
described hereafter form part of the systems 210 of Figixro 3^ 814 ImplftiPCTt the 
above-described methods and techniques. Hie central session manager 800 
shown in Figure 28 includes a Server Measurement Module 801, Browser- 
Based Measurement module 802; and Content Serving module, which inchides 

30 the Redirect sub-module 804. 
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The ServCT Measurement Module 801 is responsible for receiving and 
processing various event messages that relate to a user's navigational behaviour 
across a network 3. Hie event messages may originate from one or more 
information servers that are connected to the network 3, and which run a plu^ 

5 illustrated in Rgures 27 and 28 as part of the information server configuration. 
The Server Measurement Module 801, may exist independently of the other 
modules diat make up ihe system illustrated in Hgure 26. 

The Server Measurement Module 801 operates by listening for incoming 
event messages 1 that are received from across the network 3. Whenamessage 

10 arrives at die Server Measurement Module 801 at step 4 then the module 
accesses stored data in a database S to retrieve information that relates to the 
moxhant diat is specified in the incoming event message at step 6. 

Once the module has retrieved die relevant merchant's informadon from 
the system data store 5, then the module looks at the incoming message at step 7 

15 to determine if this is a dme synchronisation event message. Time 
synchrtHusation messages are used to synchronise the system with the 
merchant's mfonnation system, which may be physically located in a different 
time zone. The synchronisation event helps to keep bodi die merchant's online 
system synchronised with the traffic measurement system. If this is a 

20 synchronisation ev^t, and the module identifies a difference between the time 
specified in the synchronisation message and the system time, then the system 
adjusts the amount of delay between the time of each event received fix>m the 
m^hant and the system clock at step 8. If this is a time synchronisation 
message, which has been received by the module then no further processing of 

25 that incoming message \^11 occur at step 9. 

However, if the module determines at step 7 that this is not a 
synchronisation event message dien the module begjns to record information 
that is contained in the incoming event message, and which is forwarded fit>m 
the relevant plug^ located on the remote web server on the network 3. 
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Each event message that arrives at the module 801 in may, have multiple 
different session IDs for each event The Servo: Measurement Module 801 
processes each different session ID in turn at steps 10 and IS. 

The module begins by examining the first session ID that is contained in 

5 the incoming event message that was received at step 10, The central session 
manager 800 then examines the list of sessions that are currently being tracked 
to determine if that first session ID already has an entry ir the session list, 
signifying that this session is currently being tracked at step 11 . This involves 
a query of the list of sessions that are currently being tracked at step 12. 

10 If this first session ID is contained wifliin die session list, then the Server 

Measurement Module 801 will store the event information at step 13 into a list 
of events 14 that relate to this particular session. 

Once the Server Measurement Module 801 has processed the first 
session ID contained in the incoming event message, the module then examines 

15 the incoming message to determine if the message contains any other session 
IDs to which this particular ev^t will also ^ly at step 15. 

If there are further session IDs to be processed, dien the next session ID 
is examined at step 10, oth^wise ihm is no further processing of this event 
message at step 16. This next session ID is then also checked at step 11 against 

20 the session list 12 to determine if that session ID is contained within dae session 
list that is currently being maintained. 

If the Server Measurement Module 801 determines at step 11 the list of 
this session IDs 12 does not contain the session ID that is currendy being 
considered, then the Server Measurement Module 801 creates a new session 

25 entry in the session list 12 and then performs a session mapping. Session 
mapping occurs when one incoming event messages contains two or more 
differmt valid session IDs. It is clear in such an instance diat the same user has, 
for various reasons relating to the technical aspects of some netwodcs, been ■ 
allocated multiple session IDs. The logical step is then to map the events that ; 

30 occur in each of the different session IDs as being events that relate to a single 

i 
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session 17. This may also be accomplished by moping one session ID that has 
been allocated to the tracked user to refer also to the different, but mapped, 
session IDs. 

As with the previous session ID, if this session ID exists at step 11 in the 
5 current list of sessions 12, or if it did not exist at step 11 but has now been 

created at step 17 and m2q;>ped, then the module 801 will store at step 13 the 

event for fliis particular session into list of events 14. 

This process will continue while there are stiU session IDs in the 

incoming message fliat have not yet been handled. HVhen there are no mcne 
10 session IDs in die incoming event message to be processed at step 15 thsa 

further processing of diis incoming event message terminates at step 16. 

Browser Based Measurement involves die tracking of a user's movemrat 

across a network 3, by examining the requests made of the central session 

manager 800 server to serve a one-by-one pixel GIF, those requests having 
15 origiiiated fix>m a particular user that is c(Hmected to the network 3. HTML 

code, which is included in the network pages tiiat are served to the user, directs 

the us^*s browsing software or client, to request the serving of a particular file 

from the s^^. 

A web server at the site 2 that is connected to the network 3 initially 
20 receives the incoming request for the file, and ttiat web server then 
communicates that request to die Browse Based Measurement module 802 at 
step 18 via a Fast CGI interface. Typically, the file requested is a one-by-one 
pixel GIF and the incoming request will be an HTTP request 

When a request for the one-by-one pixel GIF is received at die Browser 
25 Based Measurement module 802 at step 18, then the module extracts data 
required for further processing fiom that request at step 19. 

One field that is extracted fiom the incoming HTTP request is the 
merdiant for whom this one-by-one pixel GIF has been requested to allow 
tracking. Information relating to this particular merchant is then retrieved at 
30 step 20 fiom the data store 5. 
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The Browse Based module 802 then considers at step 21 whether the 
mCTchant specified in ttie incoming request is contained in data store 5. If the 
system is currently handling Ae merchant specified in the incoming request then 
that merchant will be stored in the data store 5. If the Browser Based module 

5 802 detects at step 21 that this merchant is not currently contained in the data 
store 5, Aen the server will serve an error GIF at step 22 back to the requesting 
user's browser software and all further processing is terminated at step 9. 

If the Browser Based module 802 detects at step 21 that this merchant is 
currently in the data store, then the module examines at step 23 whether this 

10 incoming request is part of an event that signifies that an impression or a 
transaction has taken place. An impression event is sin^)ly that a particular 
piece of content, such as an image, has been sent to, and therefore probably 
viewed by, the user. A transaction can be a financial or non-financial 
transaction and includes the purchase of an item, or the subscription to a mailing 

15 catalogue. 

If the Browser Based module 802 detects at step 23 that this request is 
not part an in^sression or a result event, Aen the server will serve an error GIF 
at step 22 back to the requesting user's browser software and all further 
processing is terminated at step 9. 
20 If the Browser Based module 802 detects at step 23 that this request is 

part of eith^ an impression or a transaction event, then the module calculates a 
digital footprint for the requesting user at step 24. 

The Browser Based module 802 then considers at step 25 whether there 
is a session ID diat is contained in ttie incoming request, which is possibly 
25 stored in a cookie that exists on the user's conqmter, or client 

If the Browser Based module 802 detects at step 25 that this request 
contains a Session ID that corresponds to a session that is already stored in the 
session list 12, then the serva: will serve tha( same session ED back to the user at 
step 27 in a cookie. 
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If the Browser Based module 802 detects at step 25 that this request does 
not contain a session ID, or contains a session ID that does not correspond to a 
session that is already stored in the session list 12, (hen the server will create a 
new session ID for this user at step 26, insert that session into the session list 12, 

5 and then serve that new session ID back to the user 27, usually in a coolde. 

Hie Browser Based module then xefets to the session list 12 to determine if this 
particular merchant that is referenced by fins incoming request has a session ID 
in the list of sessions that is maintained at step 28. If this particular m^hant 
does not have an entry in the session list for Ibe current session ID, then a new 

10 sessicm is created for the merchant and stored in the list at step 29. If there is 
already a session list entry for this merchant at step 28, or a new session has 
been created in the list at step 29, then the Browser Based module 802 
determines whedier this incoming request is part of an impression event at step 
30. If this is an impression event then the module logs at st^ 31 this 

IS impression event in the list of events 14. If this is not an impression event at 
step 30» or it is an impression event and the event has now been logged into the 
event list at step 31, dien the Browser Based module considers this incoming 
HTTP request to determine if this event is part of a result at step 32. 

Where ttie incoming request is part of a result eyent that has been 

20 initiated by the network user, then the Browser Based module 802 checks at 
stq> 33 \^ether there is a cookie that is tenqKnrarily stored on the user's 
conq>uter that contains a digital footprint A digital footprint is a value that 
represents, to the finest level of accuracy possible, this particular network page 
being viewed by this particular user. 

25 If this is not a result event at step 32 or if this is a result event, but there 

is a digital footprint stored on the user's computer that matches the digital 
footprint of Ae current result event at step 33, then the Browser Based 
Measurement module 802 serves the result one-by-one pixel GIF at step 34 and 
then terminates further processing at step 35. 
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If the digital foo4>rint matches a digital foo^mnt stored on the user's 
computer then it is apparent diat this user has just previously visited this result 
page and anoth^ result should not be recorded This storage of the digital 
footprint is used to ensure that if the user, for example, re-navigated back 

5 flirough the current page then the system will not count that navigation as 
anotfaCT result If the user did re-navigate to this current page as part of a result 
then the system changes die digital footprint so diat the new result wiU be 
recorded as a diff ^nt result to the original transaction. 
If this is a result event but the digital foo4>rint of this current page does not 

10 match a digital footprint that is currently stored on the user's computer, dien the 
Browser Based module 802 logs at step 36 the result event into the list of events 
14 and dira serves the digital footprint of this current page at step 37 to die user 
m ttie fomi of a cookie at stq> 34. 

Once the result has been logged at step 36 and a cookie containing the 

IS current digital footprint at step 37 has been served back to the user, then the 
Browser Based module 802 serves the result one-by-one pixel GIF at step 34 to 
the user and t^minates further processing at step 35. 

The third module in the central session manager 800 is the Content 
Server module 803, which is responsible for providing and tracking specific 

20 content to users located on the network 3. 

As widi the Browser Based Measurement module 802, Optitrack's 
Content Server module 803 receives messages from a co-located web server 2 
via aFast CGI interface that operates between die module and the web serv^ at 
step 38. 

25 The first step taken by the Content Server module 803 is to consider at 

step 39 whether this incoming request is a request from a network user's 
computer tfiat requests some particular content to be served to that user's 
computer for display to the user. Typically, die user's conq>uter makes such 
requests because of code diat is placed into the HTML embedded in affiliates 

30 network pages. 
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If this is a request firom a user connected to the network 3 for content to 
be served to the uso-. then the next consideration made by the module 803 is 
wheflier this is a request to s^e an advertisement, or creative, of some type to 
the network user at step 40. 

5 If this is arequest to serve some particular creative to a network user then 

the Content Server module considers for which merchant Ais creative has been 
requested. Following that, tiie module retrieves that particular merchant's 
infonnation at step 4 1 firom the data store 5 that is maintained by the server. 

Next, the Content Server module 803 examines the incoming request to 

10 detennine two additional values used to appropriately match the incoming 
request to an ^ypropriate creative firom the group of available crealives. Hiose 
two additional values are the affiliate whose page contains the HTML code 
requesting the creative, and the size of the creative that is required to be 
displayed on die affiliates network page at step. 

15 The Content Server module 803 then considers the relationship between 

affiliates and the range of creatives that are available to diat affiliate at step 43. 
If this inconoing request for a particular creative is not a valid request, because 
of an invalid creative size or invalid affiliate, then the Content Server Module 
803 serves an error GIF at step to be displayed on the affiliates page, and further 

20 processing is terminated at step 45. 

If, however, this is a valid request for a particular creative at step 43, then 
the Content Server module 803 goes on to consider all of the relationships 
between the merchant and the affiliate. In oth^ words, the module then 
examines each of flie merchant's advertising campaigns that involve this 

25 affiliate at step 46. This process essentially involves of examination of each of 
the merchants caix4)aigns that are underway where this particular affiliate is 
participating at step 46, and then examining each creative in each such 
campaign at step 47 to determine if any of those creatives match the incoming 
request at step 48. Practically, this may be accomplished by looping through 

30 each of the manchant's canq)aigns where the affiliate is participating at step 46 
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and 50, and then also looping through each creative set to be used in each of 
those campaigns at steps 47 and 49, until a suitable creative is found at step 48. 

Logically, the module 803 examines the first of the merchant's 
campaigns where this affiliate is participating at step 46. For that first 

5 caixq>aign, the module 803 checks each creative that is set to be used in that 
cftTnpaign at Step 47 to determine if any creative matches the incoming request 
at step 48. If, after checking each creative set to be used in fliis first campaign, 
die module 803 finds diat no creative match the affiliate's incoming request then 
die module diecks another of the merchant's campaigns where this affiliate is 

10 partidpaling. If aftor examining all of die creatives at step 49 in all of the 
merchant's canopaigns at step 50 where this affiliate is set to participate the 
module does not find a match at step 48 for the incoming request, then an raror 
GIF is served at step 44 to be displayed as part of the affiliates network page, 
and furth^ processing is terminated step 45. 

15 If the Content Server module 803 detects a creative that exists in a 

campaign that is a part of the merchant/affiliate relationship at step 48 then die 
. Content Server module 803 crosschecks die matched creative at step 51 to 
determine whedier this is, in fact the correct creative to s^e for display as part 
of die affiliate's network page. This is adneved by crossmatching the 

20 creative/campaign relationship and the relevant campaign against the 
merchant/affiliate relationship. Each should be a member of the corresponding 
relationship. 

If this cross mutrhm^ detccts that the selected creative should not be 
served as part of the affiliates network page at step 51, then die Content Server 
25 module serves an error GIF at step 44 and further processing tmninates at step 
45. 

If this is a valid creative at step 51 that has been selected to be served to 
the network user flien the Content ServCT module 803 creates a digital footprint 
at step 52 diat is a unique identifier that represents this particular network user 
30 having viewed this particular creative to be served as part of this particular 
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affiliate page. This digital footprint may be effectively used as an impression 
event for the selected creative. That distal fooqnint is then added at step 53 to 
die evrait list 14. Once the footprint, or fanpression event, has been added to the 
event list, flien tiie creative is served to the network user at step 54 as part of the 

5 affiliates network page and fiirther processing is terminated at step 45. 

The Redirect sub-module 804 of the Content S^er module 803 is 
typically used to detect instances where a user has clicked on a particular piece 
of content on an affiliates network page, perhaps a creative served by the 
Content Server module 803 as outlined above, and has moved to another page 

10 on the network. An example of such an event is that a network user clicks on a 
merchant's advertising baimer that is displayed on an affiliates networic page, 
whesreupon the affiliate would wish to know that a user has navigated from the 
affiliate page to the merdiant's network site. 

Initially, if the Content Server module 803 determines that an incoming 

15 request is not a request to serve content, but is actually a request to redirect the 
network user to another location at step 39, then the Content Server module 803 
passes the incoming request to die Redirection sub-module 804 so that it may 
record the event and then redirect the user to the specified redirect location at 
step 55. 

20 The next step that the sub-module 804 undertakes when redirecting a user 

to another location is to retrieve at step 56 the details of the affiliate, who is 
specified in ihc inconung request from the user. It is the affiliate's network 
page that contained the redirect link and the sub-module will be able to 
determine the affiliate based on details that are embedded in the redirect link. 

25 Once the relevant affiliate has been determined , the affiliate's details are 

then retrieved at stq) 56 from data store 5. 

The sub-module 804 then considers whetiber die affiliate specified in the 
incoming request is a valid affiliate at step 57, who is known to die server and 
stored in tibe data store 5. 
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If the sub-module 804 is unable to detect that the affiliate specified in the 
incoming request is a affiliate known at step 57, then the network user is 
redirected to an error page at step 58 and further processing terminates at step 
59. 

5 If the sub-module 804 detects that the affiliate specified is known, then 

die sub-module 804 determines at step 60 whedier the incoming request also 
contains a creative identifier (an Ad ID), which specifies the particular creative 
that has been clicked, the campaign to which that creative belongs, and the 
merchant who is running that particular campaign. 

10 If die incoming request does not contain an Ad ID then the sub-module 

genearates a digital footprint at step 61, which uniquely identifies this particular 
oeative, the campaign to whidi the creative belongs, and the merchant who is 
running the can4>aign. Inessence, this distal footprint is instead of an Ad ID. 
Once the digital fooQmnt has been generated at 61, then the sub-module 

IS 804 performs a look-up at step 62 of the digital footprint list 34 which matches 
the digital footprint value to a creative identifier, a campaign idratifier and a 
merchant identifier. The sub-module 804 thra perfonns a crosscheck to verify 
the creative, canq>aign and merchant identifiers are valid at step 64. 

If the uicoming request for a redirect contams an Ad ID at step 60, the 

20 sub-module 804 extracts at step 65, fiom that Ad ID, identifiers for die creative 
that was clicked, the campaign to which that creative belongs, and the merchant 
who is running that campaign. The sub-module 804 then performs a crosscheck 
to verify the creative, caiiq>aign and merchant identifiers are valid at step 64 and 
match. In oth^ words, the crosscheck at step 64 ensures that the creative does 

25 belong to the specified campaign, and that the m^hant is actually the m^hant 
who is running the specified caiiq)aign. 

The sub-module 804 then generates a digital footprint for diose incoming 
requests that contain an Ad ED, and uses the digital foo^rint abeady generated 
for those that do not, to create an event that corresponds to a click of the 

30 creative on the affiliate^s network page, or click event at step 66. 



wo 02/50694 



PCT/AUOl/01629 



-56- 

The sub-module 804 then looks up the list of sessions 12 to determine if 
the session ID contained in the incoming redirect request is contained within the 
listatstq)67. 

If the session ID contained in the incoming redirect request does not exist 

5 in the session list, then the sub-module 804 creates a new session ID at step 68 
and ins^ that session into list of sessions 12, If the sub-module 804 finds that 
the session ID exists at step 67 in the list of ressions 12, or die session ID has 
just been created at step 68 in die session list 12, the session ID is served back 
to the network user, in the form of a cookie, for future reference at st^ 69. 

10 Once the session ID has been served back to fhe network user, the click 

event is then inserted at step 70 into the list of events 14. 

The content that is to be served to the network user is then parsed to 
insert tokens into that content at stq>7L The redirect page is then s^ed to the 
netwodc user at step 72 and further processing is terminated at step 73. 

15 Figure 27 shows generally a network user or client 101 connected to a 

netwodc servo: 151 in this exanq>le by the Internet 102. The network server 151 
is representative of die network s^ers 220, 221 and 218 shown in Figure 3, 
and acts to serve content stared in a storage mecfia 116 to the client lOL The 
network server 151 includes network server software 157, the functionality of 

20 which is determined by a network server plug^ 158 actmg in conjunction with 
an information server engine 154 to serve content stored on the storage media 
116 to the client 101. The network server plugin 158 includes a session ID 
detection module 155, a synchronisation module 153 and a filt^ module 152* 
The operation of die network server 151 wiU now be briefly described 

25 widi relation to Figure 28. Initially, the client 101 makes a request to receive 
content located on the network server 151. This request is intercepted by the 
session ID module 155 and analysed at step 103. At step 104, the session ID 
module 155 determines whether a token has been encoded within the HTTP 
request sent by die client 101. Next, the session ID module 155 determines at 

30 step 105 whedier a cookie stored on die client 101 has set a cookie value, acting 
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as a session identifier, within the HTTP request. In the next step 106, the 
session ID module 155 determines whether a session identifier can be derived 
from the ref ener field in the HTTP request header. 

If tiie session ID module 155 detennines that a session identifier can be 

5 detenninedatanyoneormoreof steps 104 to 106, the session identifier will be 
tenq)orarily stored in a memory storage device 107. 

If fliemodule 155 is unable to positive identify the cser as a user whose 
browsing activity is curtMtly being tracked by matching the detected session 
idatifier with previously generated and stored session identifiers, tfie session 

10 ID module 55 will trigger a flagged impression event at step 109. 

Alternatively, if the session ID module 155 is able to identify the user as 
one Aat is currently being tracked at step 108, a non-flagged impression event 
will be triggered at step 110. At step 111, flagged and non-flagged impression 
events are placed into a queue in a memory device 112. Subsequent event 

15 messages are added to die memory d[evice 1 12. and the contents of that memory 
device may be subsequently retrieved by tiie traffic manager module 156 to link 
session events within a same connection session. 

. Once tiie session ID module 155 has stored an event message in the 
memory device 112^ the content request is passed at step 113 to the information 

20 s^er engme 154. Once the server request is received by the information server 
engine 154 at step 114, the information s^er engme 154 retrieves the 
requested contrat stored in die storage media 116 at step 115, and streams or 
otherwise transmits this retrieved content at step 117 to the filter module 152. 
At step 118, die content forwarded fiom the information server engine 

25 154 is received at step 1 18, and subsequendy examined at step 1 19 to determine 
if the content is part of a sale, subscription, query or other result event If the 
content does contain something to signify that the content is part a result event 
at step 120, the filt^ module 152 raises a result event message at step 121, and 
transmits this event message for storage in a queue ixiaintained in die memory 

30 device 112. 
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The filter module 152 then dynamically alters the content at step 122 to 
be served to the user, in order that the browsing activity of the user may be 
tracked during the current connection session. Information that is dynamically 
included into the content at step 122 is obtained either firom counter that exist in 

5 a memory device 123, or firom configuration files 124, which may typically be 
maintained locally on the networic server 151. Once the content has been 
dynaimcally altered at step 122, the content is transmitted at step 125 across the 
Internet 102 to the cUoit 101 fox viewing by the user. 

The synduonisation module 153 g^^ates a set of synchronisation event 

10 messages to allow for temporal stamping of information flowing fix>m the 
plugin 158: Synchronisation event messages are initiated at step 126 by the 
gpDiOB&on at regular intmr als of a sync signal, which are sent to the memory 
device 112 at step 127 either as a timesync event message 128 or a servo: ping 
message 129. The purpose of the timesync event message 128 is to mark the 

15 place in the queue maintained in the memory device 1 12 when a particular time 
occurred For example, if the queue maintained in the memory device 112 was 
backlogged by 30 minutes worth of processing, then the tinaesync signal will 
still allow interfacing software to record the viewing transactions with some 
form of time date or other temporal data; At predetermined intervals die server 

20 ping messages 129 are may be placed in die queue maintained in the memory 
device 112 for each website or source of content active on the webserver 157. 
The purpose of die server ping message 129 is to signal to interfacing software 
that the network server is still active. 

A central session manager 160 interfaces with the network server plugin 

25 58, and is responsible for processing the event messages generated by an event 
message transmission module 161 forming part of the network server plugin 58. 
The module 161 acts at st^ 162 to transmit event messages stored in the data 
structure 12 to die central session manager 160 to enable tracking of user 
attention at a central location. 
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The network session manage 222 shown in Hguie 3 may include the 
same modules as that shown in Figure 28, with the addition of a traffic manager 
module to enable the centralised tracking of user activity in sites maintained on 
sCTvers (such as those referenced 220 and 221) in communication with the 

5 netwodc session manager 222. Having developed a session list of events 
occurring at ttiose sites, the network session manager 222 then transmits the 
event messages in the session list to the central session manager 21 1. 

Rrom the foregoing numerous features and benefits become zp^itoL As 
the above-described system consolidates the three once disparate conipetencies 

10 of ad-serving, measurement and tracking modules, the aq[>propriate payments to 
be made to an affiliate based on a numb» of known predefined events are able 
to be determined. 

A centralised control console for a number of publishers that provides the 
mechanism for any publisher to buy or sell, or buy and sell user attention is also 
15 provided- 
Numerous merchant baimers can be rotated through the Ad-Server and 
provide accurate accoimting that allows affiliates to receive one paymrat at die 
end of die month. A centralised control console also allows publisha:s to 
dioose to download and serve banners if diey wish, and also allows publishers 
20 that are acting as merchants and/or affiliates to form user attention trading 
relationships that can be initiated, reviewed and controlled using a powerful web 
and email based relationship management system. 

The above-described system also provides a means of collecting, 
collating and recording consistent metrics that emanate firom all inbound and 
25 outbound currents of user attention. This element enables marketers to facilitate 
detailed analysis and optimisation based on one consistent data source and 
subsequent reporting tooL 

Hnally, it should be appreciated that various modifications and/or 
additions may be made to the above-described method, system and components 
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without departing from the spirit or iambit of the present invention as defined in 
the claims appended hereto. 
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CLAIMS: 

1. A method of tracking browsing activity of a user in a compute networic 
including two or more independent computer network servers or server 
clusters* die user establishing a connection session with die computer network, the 
method including the st&ps of: 

receiving a user request for content located on a first of the network servers or 
server clusters; 

dynamically inchiding a unique session identifier in content served from that first 
network s^er or serv^ cluster to the user during the connection session; 
transmitting the session identifier from die first to a second of the network 
servers or server clusters when a subsequent user request for content is made to the 
second network server or server cluster, 

transmitting an ev^ message including at least that session identifier to a 
central session manager upon the occurrence of a user browsing event during that 
connection session; and 

logging session information derived from the event messages in a session data 
structure. 

2. A method according to claim 1> wherein the event messages are generated 
and delivered by the user* 

3. A method according to claim 1» wherein die event messages are generated 
and delivered by die network server providing content 

4. A method according to any one of die preceding claims, wherein die event 
messages are generated for session events, including any one or more of 
synchronisation event messages, impression events, result events, exposure events. 
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click events and/or person events. 

5. A method of tracking upstream and downstream traffic flow between 
multiple sites within a computer network; the method including the steps of: 

at ttie central session manager* receiving site entrance and exit data collected upon 
the txansfecral of user attention between die multiple sites; 
identifying network site relationships from correlations in the site entrance and exit 
data; and 

establishing a sequence of cause-and-effect relationships between the multiple 
sites. 

6. A method according to claim 5, wherein the site entrance and exit data is 
captured by one or more tracking gates provided in one or more computer 
network servers hosting or forming part of a same network server cluster as the 
sites. 

7. A meftod according to claim 5* wherein one or more of the tracking gates is 
an exit tracking gate that dynamically includes a site identifier and/or session 
identifier in the Unk to tfie second site. 

8. A method according to claim 7, wherein the exit tracking gate includes a click 
sequence number or custom tracking data. 

9. A method according to any one of claims 6 to 8, wherein one or more of the 
tracking gates is an entrance tracking gate that attentats to identify and record the 
site identifier and/or session identifier from data encoded in the user request 

10. A method according to claim 9, wharein the data encoded in the user request 
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includes any one or more of a URL, a cookie and/or a referrar. 

IL Amethodaccordingtoany oneof claiins 6to 10, whereinoneorinoreof the 
tracking gates is a clicktfarough tracking gate that records both first and second site 
identifier at the first site. 

12. A method according to claim 11, wherein the clickthrough gate identifies or 
creates die session identifier, click sequence number and custom tracking data fiom 
the first site. 

13. A method according to any one of claims 5 to 12, wherein the site entrance 
and exit data are captured by session management based techniques. 

14. A method according to claim 13, wherein session management based 
techniques include analysing session data at the second site to identify entrance 
points from the first site. 

15. A m^od according to either one of clauBS 13 or 14, wherein the session 
management based techniques include identifying external events directly resulting 
from an external hyperlink, and analysing external events to identify the first site. 

16. A method according to claim 15, wherein the external events are analysed by 
extracting a session identifier, a click sequence number and/or custom tracking data 
fiom die first site. 

17. A method according to mther one of claims IS or 16, wherein the ext^nal 
events are analysed by using any one or more of a flagged entrance algorithm* a 
sequ^ficing based algorithm, or an internal identifier algorithm* 
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18. A me±od according to any one of claims 13 to 17, wherein session 
management based techniques include applying a clicktrees tree mdex structure to 
identify session exit points* 

19. A method acu>rding to any one of claims 5 to 18, wherein the site entrance 
and exit data is c^tured by session-less entrance detection means. 

20. A method according to claim 19, wherein the session-less entrance detection 
means uses an entrance recorded flag. 

21. A mediod according to either one of claims 19 or 20, wherein the session-less 
entrance detection means uses HTTP Host and Referrer Request Header Analysis. 

22. A method according to any one of claims 5 to 21, wherein the site entrance 
and exit data are c^tured by generating transition identifiers. 

23. A method according to any one of claimis 5 to 22,' wherein the sequmce of 
cause-and-effect relationships is established by constructing a time-based 
clickstream tree index structure of use attention transfer. 

24. A method of maintaining connection session state in a con^mter network 
including multiple sites, the user establishing a connection session with the 
computer network, information characterising the user being c^tured whenever 
die user interacts with each site to generate a user browsing signature; the method 
including the steps of: 

at a central session manager, receiving the user browsing signature; and 

deriving session information for the connection session firom the transmitted 
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browsing signatures. 

25. A meihod acccnding to claim 24, wherein the captured information includes 
information identifying a network presence of tfie user. 

26. A method according to claim 25, wherdn information identifying a network 
presence of the user includes the user's network address. 

27. A method according to claim 26, wheidn the con^uter networic is die 
bitemet, and the usef s network address is an IP address. 

28. A method according to any one of claims 24 to 27, wherein the captured 
information also includes an data packet header. . 

29. A method according to claim 28, wherein die data packet header is an HTTP 
head^. 

30. A mediod according to eidier one of claims 28 or 29, wherein die data packet 
header is a referrer request header, an accept language request header or a user 
agent request header. 

31. A method according to any one of claims 24 to 30, wherein the captured 
information includes user custom data. 

32. A method according to any one of claims 24 to 31, wherein a source data 
string is constructed firom the captured information. 

33. A method according to claim 32, wheiem a hashing funcdon is applied to the 
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source data string. 

34* A method of tracking farowsing activity of a user in a computer network 
including multiple sites, the user establishing a connection session with the 
conqyuter network, impression events being graerated when content is requested 
by the isser fiom a netwoik site, and result ev»ts bdng generated v/ben the user 
completes a step towards a connection session result; the method including the 
step of: 

at a central session manage, receiving messages representative of the impression 
and results events; and 

intorleaving impression events and result events to derive result progress path 
information for the user* 

35. A mettiod according to claim 34, wherein Ae results events include at least 
result start, result report and result end events. 

36. A central session manager including a processing means and associated 
memory means, including code storage means for storing conq>uter program code 
to cause tide central sessions manager to carry out a method according to any one of 
claims 1 to 35. 

37. Computer program code for storage in memory means associated with 
processing means, the processing means and memory means forming part of a 
central session manager, the con^uter program code causing the central session 
manager to carry out a method according to any one of claims 1 to 36. 
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